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(54) Method and apparatus for charging of telecommunications services 



(57) The invention provides a charging method for 
a communications service in a communications system, 
especially for a prepaid communications service. A pre- 
paid service processing node (PSPN) processes a com- 
munications service. A prepayment support node infor- 
mation (PI) is received from a subscriber profile data- 
base (SPD). A prepayment support node address (PA) 
is determined from the prepayment support node infor- 
mation (PI). The determined prepayment support node 



address (PA) is stored. A request for the communica- 
tions service to be charged on a subscriber's prepay- 
ment account is detected, and a credit information re- 
quest is sent to a prepayment support node (PPSC) 
identified by the stored prepayment support node ad- 
dress (PA). A credit information ir received, and the re- 
quested communications service is processed accord- 
ing to the credit information. The invention provides a 
device for said charging as well. 
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Description 

Field of the Invention 

[0001] The present invention relates to communica- 
tions services, particularly to a method and a network 
node for charging of communications services. 

Background of the invention 

[0002] Prepaid services in modem telephone net- 
works allow network operators to issue subscriptions on 
a prepaid basis. A prepaid service account contains an 
amount of charging value that can be used to pay for 
outgoing calls as well as for incoming calls. A prepaid 
service account can have an expiration date. Calls can 
be made with the account as long as the call limitations 
are not exceeded. Examples for call limitations are an 
empty account or a passed expiration date. Call charges 
are automatically deducted from the account. The ac- 
count can be refilled with charging value for continued 
usage. 

[0003] Prepaid Services may be offered to customers 
not wanting a permanent subscription or to customers 
who for some reason cannot get credit approval. In mo- 
bile communications networks, prepaid services are 
particularly useful for car rental agencies, travel agen- 
cies or organisers of fairs and seminars. These compa- 
nies can in turn supply their customers with the prepaid 
account. 

[0004] In the state of the art, a solution for providing 
prepaid services in a fixed network is based on the In- 
telligent Network (IN), as described in WO 98/27715. A 
prepaid service originating call is routed by the terminal 
exchange (TE) to a service switching point (SSP), which 
requests connection time from a prepaid services ac- 
count kept at a service control point (SCP). The SCP, 
which analyses the cost of the call and checks the ac- 
count balance, sends information on the length of the 
connection time assigned to the call to the SSP and de- 
ducts the account in real time during the call. During the 
connection, the SSP monitors the elapsing of the con- 
nection time assigned per request, and when the as- 
signed connection time is less than a specific threshold, 
an additional time request is sent to the SCP. The SCP 
updates the account balance, when the connection is 
terminated. 

[0005] A cellular communications system can com- 
prise a HPLMN, as well as additionally at least one 
VPLMN. As designed for a fixed network, the described 
prepayment method is not suited for a cellular commu- 
nications system, in which subscribers regularly move 
within their home public land mobile network (HPLMN) 
as well as into and within visited public land mobile net- 
works (VPLMNs), because the corresponding roaming 
is not supported. 

[0006] As an additional disadvantage, the communi- 
cations network must support an IN architecture provid- 
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ing SSPs with service switching functions, at least one 
SCP with a service control function and a service man- 
agement point (SMP) with a service management func- 
tion. All interfaces are vendor specific. Therefore, the 

5 interface to access the prepaid service accounts is ven- 
dor specific as well, which limits compatibility within the 
network. Furthermore, the amount and complexity of 
signalling messages exchanged between SSP and SCP 
is high. Also, the dialogue between these nodes must 

10 be kept during the whole call, which binds network re- 
sources. In addition, it is difficult to charge not only the 
call duration, but also events like supplementary serv- 
ices and short message services (SMS), because the 
SCP does not get the corresponding signalling informa- 

15 tion. 

[0007] As described in Mouly, Pautet, The GSM Sys- 
tem for Mobile Communications, ISBN 2-9507190-0-7, 
chapter 9.1 .2, pp 572-577, another method for payment 
of communications services in GSM is the creation of 
toll ticketing (TT) records in a mobile switching centre 
(MSC) and their transfer by tape or electronic transfer 
to a node controlling user accounts. This method is not 
real-time oriented, because the service is executed be- 
fore the TT records are sent to the node that is control- 
ling user accounts. There they arrive always with a cer- 
tain delay. Therefore, also in the case of electronic trans- 
fer of toll tickets there is for an operator maintaining a 
prepaid account depending on his billing strategy for a 
call a risk either of overcharging the account or of un- 
dercharging due to an empty prepaid account. Although 
an operator of a HPLMN might take the latter risk, usu- 
ally a VPLMN operator will not. Therefore, roaming of a 
prepaying subscriber cannot be granted. 
[0008] Another known method for prepayment of 
communications services is to store the subscribers 
credit on a smart card in the terminal. This method is 
less convenient to the service provider due to a lack of 
control and a certain fraud potential. A high effort is nec- 
essary to avoid this risk. A smart card-based prepaid 
system is described in the article 'Natel D Easy*, 
ComTec, vol. 2, 1997, p. 16-20. 

Summary of the Invention 

[0009] It is an object of the present invention to over- 
come the above described problems and to provide a 
charging method and device, particularly in mobile com- 
munications systems, which support roaming of sub- 
scribers both within their home communications net- 
work and within as well as into different networks for all 
types of chargeable services in a cellular communica- 
tions system. 

[0010] This object is achieved by the method and the 
network node according to claims 1 and 1 7. 
[0011] The present invention provides a charging 
method for a communications service in a cellular com- 
munications system, especially for subscribers having 
a prepaid service account that is administrated by a pre- 
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payment support node PPSC of the communications 
system. The invention can be used to charge all types 
of chargeable services. A network node, which process- 
es prepaid services is called in the following a prepaid 
service processing node PSPN. Any network node of a 
communications system can be a PSPN. Subscriber da- 
ta like the subscriber type, e.g. 'prepaying subscriber 
permitted for international roaming', and further data, 
like the address PA of the PPSC, which administrates 
the corresponding prepaid service account, are stored 
in a subscriber profile, which is stored in a subscriber 
profile database SPD. The subscriber profile database 
SPD can be centralised as well as decentralised. It is 
usually located in the HPLMN of the subscriber. Apart 
from a database for subscriber profiles, the SPD can 
perform other functions, e.g. functions of an HLR of a 
GSM system. 

[0012] In a cellular communications system, the mo- 
bility of subscribers has to be ensured by routines like 
handover, national roaming and international roaming. 
The present invention supports all of these traffic cases, 
while facilitating reliably chargeable prepaid services for 
mobile subscribers. It supports all types of cellular com- 
munications systems, e.g. the well-established GSM 
system and the currently developed UMTS system. It is 
applicable for services like High Speed Circuit Switched 
Data Service HSCSD, General Packet Radio Service 
GPRS and Voice over Internet VoIP. 
[0013] According to the present invention a PSPN, 
which processes communications services in the com- 
munications system, receives from the subscriber pro- 
file database SPD for a specific subscriber a Prepay- 
ment support node information PI. This can be triggered 
by and preferably be executed within a registration pro- 
cedure that is performed when the subscriber enters the 
service area of the PSPN. A subscriber can enter the 
service area of a PSPN by location update, by handover 
or by switching on of his mobile station. The PSPN de- 
termines after reception of the Prepayment support 
node information PI a PPSC address PA and stores it. 
After detecting a request for a communications service, 
which is to be charged on a subscriber's prepayment 
account, the PSPN sends a credit information request 
to the identified PPSC by the prepayment support node 
address PA. After reception of the requested credit In- 
formation, the PSPN processes the requested commu- 
nications service according to the credit information. 
[0014] Apart from a processing unit for processing 
prepaid communications services, the PSPN comprises 
a signalling interface SI to send and receive signalling 
information, e.g. the Prepayment support node informa- 
tion PI, the credit information request and the credit in- 
formation itself. A determination unit determines a PP- 
SC address PA of a prepayment support node PPSC 
from a Prepayment support node information PI that is 
received via the signalling interface SI, and a memory 
M stores the address. A request handler RH detects re- 
quests of communications services to be charged on a 
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prepayment account. A credit information handler CH 
sends credit information requests to the PPSC identified 
by the stored prepayment support node address PA and 
receives the corresponding credit information . A control- 
5 ler CR is responsible forthe controlling of the processing 
of requested communications services according to the 
credit information and for the controlling of a charging 
of the communications service. 

[0015] The present inventions allows operators of 
10 communications networks to offer reliably chargeable 
prepaid communications services to subscribers, while 
at the same time profiting by the high performance be- 
cause a low number and low complexity of signalling 
messages are needed. Network resources, in particular 
is for signalling, are used to a minor extent only. Therefore, 
the present invention can easily fulfil the real-time re- 
quirements of modern communications networks. The 
solution is flexible, i.e. there is no need for a certain net- 
work architecture supporting prepaid services. It is ven- 
20 dor-independent and applicable also for use in future 
systems. 

[0016] The present invention allows for an entire 
range of charging, i.e. all services like bearer services, 
tele services and supplementary services can be 
25 charged. The same applies to events like short messag- 
es. The proposed solution can be used to charge pre- 
paid services to service originating subscribers as well 
as to call forwarding subscribers and to subscribers at 
which the service terminates. 
30 [0017] The PSPN gets to know the PPSC addresses 
PA of prepaying subscribers, which are currently in its 
service area. This allows the sending of credit informa- 
tion requests to the appropriate PPSC without delay. 
The availability of the PPSC address PA to the PSPN is 
35 independent of the network, i.e. HPLMN or VPLMNj to 
which the PSPN belongs. Therefore, the roaming of pre- 
paying subscribers is supported by the proposed solu- 
tion, which is essential for operators promoting sub- 
scriber mobility. 
40 [0018] Preferred embodiments of the present inven- 
tion are described in the dependent claims. 
[0019] According to claim 2, prepaid services 
processing capabilities of the PSPN are sent to the SPD. 
A process capability handler is according to claim 1 8 re- 
45 sponsible for it. The check of the prepaid services 
processing capabilities of the PSPN Is especially useful 
in the case of mobile terminating services, if fees are to 
be charged to the so-called B-party, i.e. the subscriber 
on the service terminating side. Depending on the roam- 
so ing agreements between network operators, this charg- 
ing model applies in particular to international roaming. 
If the SPD knows the prepayment charging capability of 
the PSPN serving the B-party, the SPD can decide ei- 
ther to allow a certain communication service, in partic- 
55 ular a B-party terminating communication service, or to 
reject such a service request, e.g. if the corresponding 
PSPN is not able to charge a required fee. 
[0020] According to claim 3, the processing of the re- 
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quested communications service can comprise a con- 
trolling of a charging by different prepayment methods. 
According to claim 1 9, the controller of the PSPN takes 
over this task. Therefore, an operator is flexible in the 
design of his prepayment tariff models. As apart from 
prepayment based on credit information also, e.g., toll- 
ticketing payment can co-exist, it is possible to charge 
for a prepaid service both a basic fee, e.g. via toll tick- 
eting, as well as a variable fee via the described credit 
information interrogation. 

[0021] According to claim 4, the Prepayment support 
node information PI comprises charging information 
about different types of communications services, the 
requested prepaid communications service is proc- 
essed according to this charging information. The 
processing can be performed by a PPSN according to 
claim 26. 

[0022] The PSPN knows individual fees, preferably in 
the form of credits, applying to each of the prepaying 
subscribers it is currently responsible for. Usually, oper- 
ators offer a broad range of different contracts to their 
customers, implying different fees for the same commu- 
nications services. If the PSPN knows the fees, which 
are valid for an individual subscriber, or their corre- 
sponding values, e.g. monetary values, to be charged 
for certain services, it can support a reliable service 
charging. 

[0023] According to claim 5, the credit information 
comprises an allowed amount of airtime. Advanta- 
geously, this supports an easy processing of prepaid 
services at the PSPN for time-based charging, like in 
GSM. The PSPN is not required to calculate from given 
monetary values the corresponding time that a service 
is allowed to consume, because the allowed amount of 
airtime is directly provided by the PPSC. Furthermore, 
any need for currency conversions is avoided in the 
case of international roaming subscribers. 
[0024] Similar advantages exist for the embodiment 
described in claim 6, wherein the credit information com- 
prises an allowed amount of traffic volume. Advanta- 
geously, a PSPN of a volume-based charging network 
like GPRS can directly process a certain traffic volume, 
e.g. in terms of bytes, which is allowed from the PPSC 
for a certain subscriber in response to a credit informa- 
tion request. 

[0025] According to claim 7, the credit information 
comprises an approval or a rejection of the processing 
of the requested communications service. According to 
the embodiment described in claim 20 a disconnection 
handler termi nates the communications service, if the 
credit information comprises a rejection. Advantageous- 
ly, the approval or rejection information allows an effec- 
tive prepaid processing of events, e.g. of short messag- 
es. Usually, there is a fixed fee for discrete communica- 
tions services. Therefore, the PSPN does not require 
redundant tariff information or amounts of granted air- 
time or traffic volume to process such services. Instead, 
an information is sufficient, whether the processing of 
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the requested event is permitted. 
[0026] According to the embodiments described in 
claim 8 and claim 21 a credit value, which is received in 
the credit information, is consumed according to the 

5 processed communications service. The credit value 
can represent, e.g., a time value or a traffic volume. The 
consumption can be made in discrete steps or continu- 
ously. Therefore, corresponding charging models can 
flexibly be used and are open for easy changes by an 

10 operator. 

[0027] According to the embodiment described in 
claim 9 an additional credit information request is sent 
to the PPSC, whenever a remaining credit, which is cal- 
culated by a deduction of the consumption from the 
15 granted credit value, falls below a first threshold. Ac- 
cording to the embodiment described in claim 22, the 
credit information handler takes care of this task. The 
detection of an exhausted credit can avoid an unpaid 
service execution, e.g. : if it triggers a stop of processing 

20 of the communications service. 

[0028] Advantageously, these embodiments allow a 
stepwise fetching of credits, e.g. airtime or traffic vol- 
ume. Usually, the PPSC checks the current prepaid ac- 
count balance prior to a response to a credit information 

25 request. Then the PPSC performs an account update, 
i.e. a deducting from the prepayment account, after a 
confirmation of the service termination is received. 
Therefore, if the operator allows parallel, i.e. timely over- 
lapping, prepaid communications services for a single 

30 user to be charged on the same prepaid account, or if 
the operator provides family accounts, i.e. several users 
having the same account, or if the communications sys- 
tem supports, e.g., the so-called supplementary multi- 
party service, there exists a certain risk of unpaid service 

35 executions, if the PPSC deducts the account after cor- 
responding confirmations of service executions are re- 
ceived. The stepwise fetching of credits reduces this 
risk, if the PPSC deducts the account stepwise as well. 
E.g., if airtime is fetched in steps of 1 minute each, the 

40 risk is minimised to an unpaid airtime of 1 minute, if the 
prepayment account becomes empty. If the PPSC de- 
ducts the account after granting of the credit before a 
service execution by the PSPN and reimburses a rest, 
which is not consumed by the processed service after 

45 a service execution confirmation is received, the risk of 
rejecting requested parallel services due to an empty 
account is minimised by the stepwise fetching of credits. 
[0029] According to claim 10, the PSPN receives an 
account warning sent by the PPSC, if the credit value of 

50 the subscriber account falls below a second threshold, 
and the PSPN sends an announcement of a low account 
credit to the subscriber's communications device, which 
has requested the communications service. According 
to the embodiment described in claim 23, an announce- 

55 ment handler of the PSPN is responsible for sending this 
announcement. Advantageously, the subscriber can be 
informed by these embodiments about a possible forced 
service termination in advance. 
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[0030] According to claim 1 1 , a service termination in- 
formation is sent to the PPSC, when the processed com- 
munications service has been terminated. According to 
the embodiment described in claim 24, the controller is 
responsible for this task. Advantageously, this allows for 
an accurate billing of the executed service at the PPSC, 
in particular of the last credit granted by the PPSC to the 
PSPN before the end of the service provisioning, which 
can be partly reimbursed. 

[0031] According to the embodiment described in 
claim 12, the prepayment support node information PI, 
the credit information request and the credit information 
are comprised in MAP messages. According to the em- 
bodiment described in claim 25, the signalling interface 
is a MAP interface. In this way, the exchange of signal- 
ling messages between PSPN and PPSC as well as be- 
tween PSPN and SPD Is vendor-independent. This al- 
lows the flexible use of the present method and network 
node in various networks comprising elements from dif- 
ferent suppliers. Furthermore, national and international 
roaming for prepaying subscribers can be provided ef- 
fectively due to the commonly used signalling messag- 
es. 

[0032] According to the embodiment described in 
claim 13, at least one of the signalling messages credit 
information request and credit information comprises an 
interrogation request parameter indicating whether the 
signalling message is an initial one, a subsequent one 
or the last one related to the requested communications 
service. If this information is sent in the credit informa- 
tion request, the PPSC can easily detect, whether an 
internal charging process is to be setup in the case of 
an initial interrogation indication, to be continued in the 
case of a subsequent interrogation indication or to be 
finished in the case of a last interrogation indication. The 
same parameter sent in the credit information from the 
PPSC to the PSPN can serve for confirmation purposes. 
[0033] According to the embodiment described in 
claim 14, at least one of the signalling messages credit 
information request and credit information comprises a 
reference parameter identifying a dialogue between the 
prepaid service processing node PSPN and the prepay- 
ment support node PPSC. This allows a clear assign- 
ment of credit information requests and credit informa- 
tion messages, which is in particular useful if a plurality 
of communications services is processed at the same 
time for a subscriber. It allows the easy identification of 
signalling messages as belonging to the same charging 
transaction, if the same reference value is used for these 
messages. 

[0034] According to the embodiment described in 
claim 15, the signalling message credit information re- 
quest comprises a service execution parameter indicat- 
ing whether the requested communications service has 
been successfully executed. Therefore, the PPSC can 
efficiently detect, whether the balance of the subscriber 
account has to be finally updated with reference to a cer- 
tain communications service charging. 
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15 



20 



[0035] According to the embodiment described in 
claim 16, the credit information comprises an interroga- 
tion indication parameter, indicating whether the pre- 
payment support node PPSC expects a further interro- 
gation from the prepaid service processing node PSPN 
for the communications service. This parameter can 
avoid unnecessary signalling traffic, if it indicates that a 
further interrogation is not expected, because, e.g., a 
certain communications service is free of charge. In this 
case the PSPN will not send further credit information 
requests during the processing of the communications 
service. 

Brief description of the drawings 

[0036] In the following detailed description the 
present invention is described with reference to the ac- 
companying drawings, wherein: 



Fig. 1 shows a cellular communications system 

consisting of a HPLM, 
Fig. 2 shows a cellular communications system 

consisting of a HPLMN and a VPLMN, 
Fig. 3 shows a flowchart of a charging procedure, 
25 Fig. 4 shows a flowchart of an alternative charging 
procedure, 

Fig. 5a shows a block diagram with parameters of 
the prepayment support node information 
message, 

30 Fig. 5b shows a block diagram with parameters of 
credit information request and credit informa- 
tion messages. 
Fig. 6 shows a block diagram of a PSPN, 

35 Detailed description 

[0037] Fig. 1 shows a simplified representation of a 
communications system CS that comprises an HPLMN 
with a subscriber profile database SPD, a prepaid serv- 

40 ice processing node PSPN and a prepayment support 
node PPSC. Furthermore, a mobile station MS is locat- 
ed under the coverage of the HPLMN. Signalling links 
for a transmission of signalling information, or in other 
words control information , can be established between 

45 the elements, i.e. a link SL between SPD and PSPN, a 
link CL between PPSC and PSPN, and a link ML be- 
tween MS and PSPN. Any links for the transmission of 
payload information are not shown in Fig. 1 . The signal- 
ling links can represent either a direct or indirect signal- 

50 ling connection. To explain the latter case, the link ML 
between the MS and the PPSN is preferably realised via 
a radio base station (not shown in Fig. 1), and the links 
SL and CL can be realised, e.g., indirectly via a back- 
bone, transit or separate signalling network (not shown 

55 in Fig. 1 ). The comm unications system CS can comprise 
a plurality of prepaid service processing nodes PSPN 
with corresponding signalling links SL, CL, but a mobile 
station MS is covered usually by a single PSPN at a 
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time. 

[0038] The prepayment support node PPSC adminis- 
trates prepaid accounts of subscribers, who have con- 
cluded a contract with the operator of the HPLMN. The 
PPSC processes charging and billing tasks for prepay- 
ing subscribers, and in particular grants credits for a 
subscriber in response to a corresponding credit re- 
quest from a prepaid service processing node PSPN. 
The prepaid service processing node PSPN processes 
prepaid services, which are requested from a mobile 
station MS of a subscriber. The processing comprises 
at least the detection of the request for the communica- 
tions service that is to be charged on a prepaid account, 
the request of a credit information from the PPSC and 
the evaluation of the received credit information. The ex- 
ecution of the communications service itself can be per- 
formed by the PSPN or alternatively be controlled by the 
PSPN and performed by a further node. 
[0039] The subscriber profile database SPD adminis- 
trates subscriber profiles of subscribers that belong to 
the HPLMN. According to the present invention, the 
SPD stores for each prepaying subscriber the address 
of a corresponding PPSC. In orderto facilitate the charg- 
ing of a communications service and its processing at a 
PSPN, the SPD informs the PSPN on a subscriber base 
via the signalling link SL about the address of the cor- 
responding PPSC, preferably when a corresponding 
subscriber's terminal gets under the coverage of a 
PSPN, e.g. by handover, by roaming or after being 
switched on. If the PSPN receives a request for a pre- 
paid communications service, e.g. in a mobile originat- 
ing case via the link ML, the node needs to know wheth- 
er the prepayment account has enough credit for the 
payment of the requested service. The PSPN sends via 
the link CL a credit information request to the PPSC that 
is identified by the stored prepayment support node ad- 
dress PA. The PPSC evaluates the request, looks up 
the balance of the subscriber account, and sends a 
credit information back to the PSPN. The PSPN proc- 
esses the requested communications service according 
to the credit information, e.g., the requested service is 
executed, if the credit information indicates that there 
are funds to cover that in the account, or otherwise the 
service request is rejected. 

[0040] Fig. 2 shows a simplified representation of an 
alternative communications system CSV Its elements 
and the elements' functions correspond to those ex- 
plained with reference to Fig. 1. Inthis example, the sub- 
scriber profile database SPD and the prepayment sup- 
port node are located in the HPLMN, and the prepaid 
service processing node PSPN covering the terminal 
MS in the VPLMN. Therefore, the shown scenario is a 
national or international roaming of a subscriber. In par- 
ticular in this traffic case information of the PSPN about 
the appropriate PSPN, which is indicated by the corre- 
sponding address, is essential, because the PSPN and 
the PPSC belong to different networks, which are usu- 
ally provided by different operators. Otherwise, the in- 



formation about the appropriate PPSC of a subscriber 
would not be available in the network, i.e. the VPLMN. 
[0041] As explained above, the present invention is 
applicable in all types of cellular communications sys- 

5 terns like GSM, GPRS or UMTS. With reference to Fig. 
1 and Fig. 2, e.g. for a GSM system the subscriber profile 
database SPD can be the home location register HLR, 
a prepaid service processing node PSPN can be a mo- 
bile switching centre MSC or a mobile switching centre 

10 combined with a visitors location register MSC/VLR re- 
spectively, and the prepayment support node PPSC can 
be a prepaid service centre. Furthermore, the logical 
nodes of the communications system can be realised 
either by centralised nodes or in a distributed manner. 

'5 [0042] Fig. 3 illustrates a charging method for a com- 
munications service, e.g. executed in a prepayment 
processing node PSPN of a cellular communications 
system CS. In step 300, the process is started. A trigger 
for this can be, e.g., a handover, a roaming ortheswitch- 

20 ing on of a subscriber's terminal. Any event that results 
in the terminal being covered by the PSPN can start the 
process. 

[0043] In step 31 0, the PSPN receives a prepayment 
support node information PI, which is sent from a sub- 

25 scriber profile database SPD caused by the described 
trigger that has started the process. After reception, the 
PSPN determines in step 320 from the prepayment sup- 
port node information PI a prepayment support node ad- 
dress PA indicating the prepayment support node, 

so which administrates a prepaid service account of the 
corresponding subscriber, from the prepayment support 
node information PI. The determination can comprise 
an extraction of the prepayment support node address 
PA from other information like, e.g., subscriber identifier 

35 or further control information, a decoding as well as a 
conversion of the address, e.g. by means of a look-up- 
table, depending on the prepayment support node ad- 
dress format used. Afterwards, the prepayment support 
node address PA is stored 330, e.g. temporarily in a buff- 

*o er or in a memory. Preferably, the subscriber-related 
prepayment support node address PA is stored in the 
subscriber data at the node. 

[0044] After a request for a prepaid communications 
service, which can be received from a mobile terminal 

45 MS, e.g. in a mobile originated traffic case, or from any 
network element of the communications system, e.g. in 
a mobile terminating traffic case, is detected in step 340 
by the PSPN : it sends in step 350 a credit information 
request to the prepayment support node PPSC of the 

50 corresponding subscriber. The request is sent to the PP- 
SC that is identified by the stored prepayment support 
node address PA. A credit information is in step 360 re- 
ceived in response to the request from the PPSC. Then 
in step 370, the PSPN processes the requested com- 

55 munications service according to the credit information, 
i.e. the PSPN takes care of the execution of the request- 
ed service if the credit information indicates a valid cred- 
it, or it rejects the execution. 
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[0045] Fig. 4 illustrates an alternative embodiment of 
the charging method. Apart from the steps already de- 
scribed with reference to Fig. 3, the PSPN sends in step 
495 a termination information to the PPSC after the 
node detects in step 490 a communications service ter- 
mination, e.g. when the subscriber has finished the 
phone call, or because of a rejection indicated in the re- 
ceived credit information. The termination information 
allows the PPSC to finalise the charging for the service 
and to perform a billing on the basis of the actually con- 
sumed credit. 

[0046] If the service processing proceeds, the PSPN 
performs in step 475 a monitoring of the amount of cred- 
it, which is consumed by the executed service. If in step 
480 is detected that the remaining credit, which is cal- 
culated within the monitoring task in step 475 as the 
granted credit value that has been sent in the credit in- 
formation deducted by the consumption, is lower than a 
specific threshold, which can be, e.g., either a fixed val- 
ue or a certain percentage of the credit granted originally 
from the PPSC, the PSPN sends again in step 450 a 
credit information request to the PPSC. In particular, re- 
peated requests of credit information can be applied to 
continuous communications services like speech calls 
or data transmissions with a time-based or a volume- 
based charging. If the newly requested credit is granted 
by the PPSC, the regular processing of the communica- 
tions service proceeds. Else the currently executed 
communications service is interrupted, i.e. terminated. 
In the latter case, a service termination information is 
sent to the PPSC as already explained above. 
[0047] In a further embodiment (not shown in Fig. 4), 
the processing of the communications service accord- 
ing to the credit information is terminated, if the con- 
sumed credit value is equal or above the credit, which 
has been granted by the PPSC. This is useful, if a re- 
quested credit information is not received in a certain 
response time. 

[0048] The PSPN detects in step 485 whether a low- 
account warning from the PPSC is received, either with- 
in the credit information or in a separate signalling mes- 
sage. If a low account warning is received, the PSPN 
signals in step 488 a warning to the subscriber terminal, 
e.g. by an announcement via a signalling channel. Con- 
sequently, the terminal can signal this warning to the 
subscriber. A low account warning indicates, that the 
subscriber's prepaid service account is going to become 
empty, in other words, that the service account balance 
is less than a certain account threshold. The warning 
allows the subscriber, e.g. , to finish quickly a phone call 
without being suddenly interrupted, or to refill the ac- 
count in time. 

[0049] Fig. 5a shows an example of parameters com- 
prised in a prepayment support node information mes- 
sage. The message comprises an address parameter 
SPD-A that identifies a sender of the message, i.e. the 
SPD. The message comprises further a subscriber iden- 
tifier SID that indicates the subscriber, for which the 
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message is valid. The subscriber identifier can be a 
standardised International Mobile Subscriber Identity 
IMSI, an IP-address or a proprietary parameter. The 
message comprises further the address parameter 

5 PSPN -A, which is the address of the receiver of the mes- 
sage, i.e. a PSPN, and the prepayment support node 
address PA, which administrates a payment account for 
the subscriber identified by the subscriber identifier SID. 
The address parameters used in the message have 

10 preferably a format of an ISDN-number, but in alterna- 
tive embodiments IP-addresses or proprietary address 
structures can be used. 

[0050] Fig. 5b shows an example of parameters in a 
message, which can be a credit information request 
is message or a credit information message respectively 
The same parameter set and the same message struc- 
ture can be used for this message pair. This allows the 
PPSC to respond in an efficient way to the request and 
makes acknowledgements easy because a conversion 
of the message fields is not necessary. The message 
shown in Fig. 5b comprises parameters of a credit infor- 
mation request or a credit information message respec- 
tively. The address formats of parameters in messages 
shown in Fig. 5a and Fig. 5b are preferably identical. 
[0051] The message shown in Fig. 5b comprises an 
address parameter SN that identifies the sender of the 
message, i.e. a PSPN or a PPSC. A subscriber identifier 
SID indicates a subscriber, to which the message refers. 
The address of the receiver of the message, i.e. a PPSC 
or a PSPN, is given in the parameter RE. A reference 
parameter ID, e.g. in an Integer format, can be used to 
identify a credit information request message and a 
credit information message that belong logically togeth- 
er and build a message pair. The reference parameter 
ID can be used, to identify a charging transaction, which 
can comprise several message pairs of credit informa- 
tion request and credit information messages. 
[0052] A request type parameter RT indicates, wheth- 
er the credit information request, respectively the credit 
information, is an initial one, a subsequent one or the 
last one that is related to a charging of a specific com- 
munications service. The PPSC can use this parameter 
to control the opening, the continuation and the closing 
of a charging transaction that comprises a sequence of 
credit information request /credit information message 
pairs. The parameter RT has preferably an Integer for- 
mat. Valid values are, e.g., 0 for an initial message, 1 
for a subsequent message and 2 for a final message. 
[0053] The message shown i n Fig. 5b comprises a pa- 
rameter SE that indicates whether a communications 
service has been successfully executed. The PPSC can 
finally update the subscriber account balance after the 
successful service execution is indicated via the SE pa- 
rameter. Preferably, the SE parameter has a Boolean 
format. 

[0054] The parameter Fl indicates, whetherthe PPSC 
expects a further credit information request message for 
a certain charging transaction. E.g., if the processing of 
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a certain communications service is free of charge, the 
PPSC will send via the Fl parameter an indication to the 
PSPN, that no further messages related to said charging 
transaction are necessary. The parameter format is 
preferably a Boolean format. 

[0055] The parameter CV indicates a credit value that 
is requested by the PSPN : respectively allowed by the 
PPSC. The parameter can have, e.g., an Integer or a 
Real format. The value can represent different types of 
credit, e.g., an amount of airtime or an amount of traffic 
volume. A type of credit can be assigned to a chargeable 
activity each. The type of credit, which is represented 
by the parameter CV, is indicated by the parameter CT. 
The format of the parameter can be, e.g., a String or an 
Integer format. In order to use the latter format, the op- 
erator has to define a corresponding coding scheme. 
[0056] In a preferred embodiment, the signalling mes- 
sages prepayment support node information PI, credit 
information request and credit information are so-called 
MAP messages. For details on MAP it is referred to the 
ETSI specification GSM 09.02, version 7.3.0. 
[0057] Fig. 6 shows in an exemplary embodiment es- 
sential elements of a PSPN. Apart from a controller CR, 
which controls the processing of prepaid communica- 
tions services and charging transactions at the PSPN, 
and a corresponding processing unit PU, there are a de^ 
termination unit DU to determine from a prepayment 
support node information PI a prepayment support node 
address PA. In one embodiment, this determination is 
performed by a read-out operation of the PA parameter 
from the PL A memory M stores the address PA. A re- 
quest handler RH detects requests for communications 
services, which indicate that the charging for these serv- 
ices should be done to a prepaid account. Alternatively, 
the request handler can check, whether a requesting 
subscriber has an entry in the memory M, i.e. whether 
a prepayment support node address PA is stored for the 
subscriber. A credit information handler CH sends credit 
information requests to the PPSC that is identified by 
the stored prepayment support node address PA. The 
credit information handler CH receives credit informa- 
tion messages, which are used by the controller CR for 
the controlling of the processing of the communications 
service with respect to the provision, rejection or termi- 
nation of the service. 
[0058] The signalling messages prepayment support 
node information PI, credit information request and 
credit information are exchanged with the communica- 
tions system via the interface SI. In the embodiment of 
Fig. 6, the interface SI is connected to the controller CR. 
All other shown elements of the PSPN are connected to 
the controller as well. A person skilled in the art can de- 
rive easily further possible implementations, e.g. a ring 
or a bus can be used to connect the elements of the 
PSPN. In a further embodiment, the controller CR can 
comprise at least on of the credit information handler, 
the request handler and the determination unit. These 
elements of the PSPN can be realised either in hard- 
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ware, in software or in a combination thereof. In a pre- 
ferred embodiment, the interface SI is a MAP message 
interface. 

[0059] In further embodiments, the invention applies 
to a fixed network or to a hybrid network, i.e. an integrat- 
ed fixed and mobile communication network. In these 
cases, the signalling messages are preferably com- 
prised in Transaction Capability Application PartTCAP 
messages, and the interface SI is a TCAP message in- 
terface. In one embodiment, the communication system 
CS comprises a fixed network, wherein the SPD and the 
PSPN are integrated in a single network node. In an al- 
ternative embodiment, the communication system com- 
prises a fixed network for the home network and the vis- 
ited network each. In this case, the SPD is preferably 
located in the home network, wherein the PSPN is lo- 
cated in the visited network. Trie use of TCAP messages 
in these embodiments supports services like the so- 
called personal number service. 



Claims 

1. A charging method for a communications service in 
a communications system, especially for a prepaid 
communications service, wherein a prepaid service 
processing node (PSPN) processes a communica- 
tions service, with the steps of 

- receiving a prepayment support node informa- 
tion (PI) from a subscriber profile database 
(SPD), 

determining a prepayment support node ad- 
dress (PA) from the prepayment support node 
information (PI), 

storing the determined prepayment support 
node address (PA), 

detecting a request for the communications 
service to be charged on a subscriber's prepay- 
ment account, 

sending a credit information request to a pre- 
payment support node (PPSC) identified by the 
stored prepayment support node address (PA), 
receiving a credit information, and 
- processing the requested communications 
service according to the credit information. 

!. The method according to claim 1 , with the additional 
step of 

sending prepaid services processing capabili- 
ties of the prepaid service processing node 
(PSPN) to the subscriber profile database 
(SPD) for evaluation in a communication serv- 
ice setup. 

. The method according to claim 1 or 2, wherein the 
step of processing the requested communications 
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service comprises a charging by another prepay- 
ment method. 

4. The method according to claim 1 , 2 or 3, wherein 
the prepayment support node information (PI) com- 
prises charging information about different types of 
communications services, and wherein the prepaid 
service processing node (PSPN) processes the re- 
quested prepaid communications service according 
to said charging information. 

5. The method according to any of the claims 1 to 4, 
wherein 

the credit information comprises an allowed amount 
of airtime. 

6. The method according to any of the claims 1 to 5, 
wherein 

the credit information comprises an allowed amount 
of traffic volume. 

7. The method according to any of the claims 1 to 6, 
wherein 

the credit information comprises an approval or a 
rejection for the processing of the requested com- 
munications service. 

8. The method according to any of the claims 1 to 7, 
further comprising the step of consuming a credit 
value, which is received in the credit information, 
according to the processing of the requested com- 
munications service. 

9. The method according to claim 8, further compris- 
ing the steps of calculating a remaining credit by de- 
ducting the consumption from the credit value, and 
sending an additional credit information request to 
the prepayment support node (PPSC), whenever 
the remaining credit falls below a first threshold. 

10. The method according to any of the claims 1 to 9, 
further comprising the steps of 

receiving an account warning, which is sent by 
the prepayment support node (PPSC), if the 
credit value of the subscriber account falls be- 
low a second threshold, and 
sending an announcement of a low account 
credit to a communications device (MS), which 
has requested the communications service. 

11. The method according to any of the claims 1 to 10, 
further comprising the step of 

sending a service termination information to the 
prepayment support node (PPSC), when the 
processed communications service has been 
terminated. 
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12. The method according to any of the claims 1 to 11 , 
wherein the prepayment support node information 
(PI), the credit information request and the credit in- 
formation are comprised in MAP messages. 

5 

13. The method according to any of the claims 1 to 12, 
wherein at least one of the signalling messages 
credit information request and credit information 
comprises an interrogation request parameter indi- 

10 eating whether the signalling message is an initial 
one, a subsequent one or the last one related to the 
requested communications service. 

14. The method according to any of the claims 1 to 13, 
wherein at least one of the signalling messages 
credit information request and credit information 
comprises a reference parameter identifying a dia- 
logue between the prepaid service processing node 
(PSPN) and the prepayment support node (PPSC). 

20 

15. The method according to any of the claims 1 to 14, 
wherein the signalling message credit information 
request comprises a service execution parameter 
indicating whether the requested communications 

25 service has been successfully executed. 

16. The method according to any of the claims 1 to 15, 
wherein the credit information comprises an inter- 
rogation indication parameter, indicating whether 

30 the prepayment support node (PPSC) expects a fur- 
ther interrogation from the prepaid service process- 
ing node (PSPN) for the communications service. 

17. A prepaid service processing node (PSPN) in a 
35 communications system, comprising 

a processing unit (PU) for processing prepaid 
communications services, 
a controller (CR) to control the processing of 
40 the communications service by the processing 

unit (PU) and for a charging of the communica- 
tions service, 

a signalling interface (SI) to send and receive 
signalling information, 
45 a determination unit (DU) to determine a pre- 

payment support node address (PA) of a pre- 
payment support node (PPSC) from a prepay- 
ment support node information (PI) received via 
the signalling interface (SI) and initiate the stor- 
50 jng of the determined prepayment support node 

address (PA) in a memory(M), 
a request handler (RH) to detect a request for 
a communications service to be charged on a 
subscriber's prepayment account at the pre- 
ss payment support node (PPSC), and 

a credit information handler (CH) to send a 
credit information request to the prepayment 
support node (PPSC) identified by the stored 
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prepayment support node address (PA) and to 
receive a credit information via the signalling in- 
terface (SI) and forward itto the controller (CR). 

18. The prepaid service processing node (PSPN) ac- 
cording to claim 1 7, comprising a processing capa- 
bility handler to send prepaid services processing 
capabilities of the prepaid service processing node 
(PSPN) to a subscriber profile database (SPD). 

19. The prepaid service processing node (PSPN) ac- 
cording to claim 17 or 18, wherein the controller 
controls a charging of the requested communica- 
tions service by another prepayment method. 

20. The prepaid service processing node (PSPN) ac- 
cording to claims 1 7, 1 8 or 1 9, comprising a discon- 
nection handler to terminate the requested commu- 
nications service if the credit information received 
from the prepayment support node (PPSC) com- 
prises a rejection of the processing of the requested 
communications service. 

21. The prepaid service processing node (PSPN) ac- 
cording to any of the claims 17 to 20, wherein a 
credit value, which is received in the credit informa- 
tion; is consumed according to the processing of the 
requested communications service. 

22. The prepaid service processing node (PSPN) ac- 
cording to claim 21, wherein the controller calcu- 
lates a remaining credit by deducting the consump- 
tion from the credit value, and the credit information 
handler sends an additional credit information re- 
quest to the prepayment support node (PPSC), 
whenever the remaining credit falls below a first 
threshold. 

23. The prepaid service processing node (PSPN) ac- 
cording to any of the claims 1 7 to 22, comprising an 
announcement handler to send an announcement 
of a low account credit to a communications device 
(MS), which has requested the communications 
service, if an account warning is received from the 
prepayment support node (PPSC). 

24. The prepaid service processing node (PSPN) ac- 
cording to any of the claims 17 to 23, wherein the 
controller sends a service termination information 
to the prepayment support node (PPSC), If the proc- 
essed communications service has been terminat- 
ed. 

25. The prepaid service processing node (PSPN) ac- 
cording to any of the claims 1 7 to 24, wherein the 
signalling interface is a MAP interface. 

26. The prepaid service processing node (PSPN) ac- 



cording to any of the claims 17 to 25, wherein the 
controller controls the processing of the requested 
prepaid communications service according to a 
charging information about different types of com- 
5 munications services, which is comprised in the 
prepayment support node information (PI). 
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